I Method and System for Indicating that Durations Are Estimated 

2 

3 Technical Field 

4 The present invention relates to the display of information in a project status report. 

5 More specifically, the invention relates to designating that durations of specific tasks are 

6 estimated or tentative. 
7 

8 Background of the Invention 

9 As computer programs have advanced in the project management field, duration planning 
10 capabilities have been included. In the past, duration planning capabilities have only allowed a 

II user to display and track definite durations. Conventional systems do not allow the user to 

12 indicate that durations are tentative or estimated. Users are thus hesitant to use these duration 

13 planning capabiUties because they make durations seem to be set in stone, and raise false 
y:3 14 expectations about when projects and tasks will be finished. 

g:^ 15 In past products, advanced project management users could enter multiple durations for a 

4 J 16 project or task. These products allowed advanced users to enter best case, worst case, and 

Li J 17 expected durations. However, these products were complicated and were not user-driven in 

18 terms of letting the user express uncertainty about a duration. Instead, these products only 

19 allowed the user to input multiple guesses and then the program would combine the multiple 
b20 guesses. Not only are estimated durations usefiil in indicating that projects or tasks are 

21 estimated, they are easy for novice users to access. 
O 22 In view of the foregoing, there is a current need in the art to replace a presentation of 

23 product or task duration data with quickly recognizable text for identifying that a duration is 

24 estimated or tentative. In particular, novice users without extensive project management training 

25 need a simple system to indicate that durations for projects and tasks are estimated. There is also 

26 a current need for a user to be able to select an option to have new tasks that are created have 

27 estimated duration characters imtil the user chooses to enter a duration value. There is a further 

28 need in the art for a user to be able to filter the task list to display only tasks that have estimated 

29 durations. 
30 



1 Summary of the Invention 

2 The present invention solves the above problems by allowing the user to indicate that 

3 durations of specific tasks are estimated or tentative. A field can be a location that contains 

4 specific information about a task. A duration field can be a location that contains information 

5 about a task duration. An estimated duration field can be a location that contains information 

6 about whether or not a task duration is estimated, 

7 The user can indicate estimated durations by sheet mode or dialog mode. Estimated 



8 duration characters can be symbols of uncertainty, such as "?", that indicate that the duration 

9 entries are not fixed and final, but may need to be adjusted in the fiiture. In the sheet mode, the 

10 user can enter a duration value (i.e. "2wks") with an estimated character (i.e., "?") in the entry 

1 1 field. This entry field data (i.e. "2wks?") can be parsed or cut off and the parser can then set the 

12 estimated field to "yes". In the dialog mode, the user can set the estimated field to "yes" or "no" 

13 by marking the duration field as estimated with an estimated duration character (i.e. "3 days?") or 
^•3 14 by marking a checkmark in the estimated field. In the dialog mode, the dialog's estimated field 
j:il5 and the duration field can be constantly kept in sync. The program can process and display 

16 estimated durations with a defauU estimated duration character (i.e. "?") or an altemate estimated 

h 1 7 duration character (i.e. "*" or "-"). 



""18 A hierarchical arrangement of tasks is often used in the project management field. The 

19 lowest level in the task hierarchy is nonsummary tasks or subtasks. The intermediate levels in 

Q 20 the task hierarchy are summary tasks. The top level in the task hierarchy is a project summary 

21 task. If a simimary task has at least one nonsummary (or child) task which is estimated, then the 

Q 22 summary task will be estimated. 

23 The user can select an option to not display the estimated duration character even though 

24 the estimated field for the task is set. The user can also select an option to have new tasks that 

25 are created have estimated dxiration characters until the user chooses to enter a duration value. 

26 The program can also filter the task list to display only tasks that have estimated duration 

27 characters. 

28 The present mvention can include a user interface (UI), a parser, three types of storage 

29 (duration value, duration display type, estimated field), and a display. The UI can interact with 

30 the user and the rest of the system. The parser can be a text converter. The parser can break the 

3 1 input data into small chunks of data that can be interpreted. The storage can consist of a duration 
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1 value memory, a duration display type memory, and an estimated flag memory. The duration 

2 value memory can store the duration value, which is the value that is internally used. The 

3 duration display type memory can store the duration display type, which indicates the way the 

4 duration should be displayed (i.e., days, weeks, months). The estimated flag memory can store 

5 the estimated flag, which indicates whether or not an estimated duration character should be 

6 displayed. The display can be a component that keeps information about what will be shown on 

7 the system's visual output devices (i.e., a computer screen). The display can pull information 

8 from the duration value memory, the duration display type memory, and the estimated flag 

9 memory, and then can combine this information and output himian readable text. 

10 The aforementioned advantages of the invention, as well as additional advantages 

1 1 thereof, are more fully described by the detailed description of exemplary embodiments and the 

12 accompanying drawings. 




14 Brief Description of the Drawings 



CI 15 FIG. 1 is a block diagram of a personal computer that provides an operating environment 

pi 1 6 Cor an exemplary embodiment of the present invention. 



17 FIG. 2 is a functional block diagram illustrating an exemplary embodiment which can 

s 1 8 report actions between a UI, a parser, a duration value memory, a duration display type memory, 



I s, 1 9 an estimated flag memory, and a display. 

p 20 FIG. 3 is a flow diagram illustrating an exemplary method for entering and displaying 

IT'"" 

Q 21 estimated duration characters using the sheet mode. 

22 FIG. 4 is a flow diagram illustrating an exemplary method for entering and displaying 



23 estimated duration characters using the dialog mode. 

24 FIG. 5 is a flow diagram illustrating an exemplary method for how the parser breaks 

25 down the duration value string. 

26 FIG. 6 is a flow diagram illustrating an exemplary method for displaying estimated 

27 dxu'ation characters. 

28 FIG. 7 is a screen display illustrating an exemplary embodiment of the sheet mode, using 

29 project management data present in a grid format. 

30 FIG. 8 is a screen displays illustrating an exemplary embodiment of the dialog mode. 
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1 FIG. 9 is a screen display illustrating some estimated durations options available in an 

2 exemplary embodiment of the present invention. 
3 

4 Detailed Description of Exemplary Embodiments 

5 The present invention provides a method and system for displaying estimated duration 

6 characters that indicate that durations of specific tasks are estimated or tentative. By using 

7 estimated duration characters, the user can get a quick and easy visualization of estimated tasks. 

8 FIG. 1 is a block diagram of a personal computer that provides an exemplary operating 

9 environment. FIG. 2 is a block diagram illustrating intemal objects. FIGs. 3 - 6 are flow 

10 diagrams illustrating exemplary methods for entering and displaying estimated duration 

1 1 characters. FIGs. 7 - 9 are screen displays illustrating an exemplary embodiment of the current 

12 invention. 

13 Although an exemplary embodiment will be generally described in the context of a cUent 



^•1 14 program module and an operating system running on a personal computer, those skilled in the art 

A 15 will recognize that the present invention also can be implemented in conjunction with other 

16 program modules for other types of computers. Furthermore, those skilled in the art will 

LiJ 17 recognize that the present invention may be implemented in a stand-alone or in a distributed 

.7" 18 computing environment. In a distributed computing environment, program modules may be 

19 physically located in different local and remote memory storage devices. Execution of the 

p 20 program modules may occur locally in a stand-alone maimer or remotely in a client/server 

t;^ 21 manner. Examples of such distributed computing environments include local area networks of 

Q 22 an office, enterprise-wide computer networks, and the global Internet. 



23 Referring now to the drawings, in which like numerals represent like elements throughout 

24 the several figures, aspects of the present invention and an exemplary operating environment will 

25 be described. 

26 FIG. 1 illustrates various aspects of an exemplary computing environment in which the 

27 present invention is designed to operate. Those skilled in the art will immediately appreciate that 

28 FIG. 1 and the associated discussion are intended to provide a brief, general description of an 

29 exemplary computer hardware and program modules, and that additional information is readily 

30 available in the appropriate programming manuals, user's guides, and similar pubUcations. 
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1 FIG. 1 illustrates a conventional personal computer 10 suitable for supporting the 

2 operation of an exemplary embodiment of the present invention. As shown in FIG. 1, the 

3 personal computer 10 operates in a networked environment with logical connections to a remote 

4 computer 11. The logical connections between the personal computer 10 and the remote 

5 computer 11 are represented by a local area network 12 and a wide area network 13. Those of 

6 ordinary skill in the art will recognize that in this client/server configuration, the remote 

7 computer 11 may function as a file server or computer server. 

8 The personal computer 10 includes a central processing unit (CPU) 14. The personal 

9 computer also includes system memory 15, including read only memory (ROM) 16 and random 

10 access memory (RAM) 17), which is connected to the CPU 14 by a system bus 18. An 

11 exemplary computer 10 utilizes a BIOS 19, which is stored in ROM 16. Those skilled in the art 

12 will recognize that the BIOS 19 is a set of basic routines that helps to transfer information 
fi 13 between elements within the personal computer 10. Those skilled in the art will also appreciate 

14 that the present invention may be implemented on computers having other architectures, such as 

a 15 computers that do not use a BIOS, and those that utilize other microprocessors. 
^ 16 Within the personal computer 10, a local hard disk drive 20 is connected to the system 

17 bus 18 via a hard disk drive interface 21, A floppy disk drive 22, which is used to read or write a 

m 

3 18 floppy disk 23, is connected to the system bus 18 via a floppy disk drive interface 24. A CD- 

f^" 19 ROM or DVD drive 25, which is used to read a CD-ROM or DVD disk 26, is connected to the 

t 

Q 20 system bus 18 via a CD-ROM or DVD interface 27. A user enters commands and information 

p 21 into the personal computer 10 by using input devices, such as a keyboard 28 and/or pointing 

22 device, such as a mouse 29, which are connected to the system bus 18 via a serial port interface 

23 30. Other types of pointing devices (not shown in FIG. 1) mclude track pads, track balls, pens, 

24 head trackers, data gloves and other devices suitable for positioning a cursor on a computer 

25 monitor 31. The monitor 31 or other kind of display device is connected to the system bus 18 via 

26 a video adapter 32. 

27 The remote computer 11 in this networked environment is connected to a remote memory 

28 storage device 33. This remote memory storage device 33 is typically a large capacity device 

29 such as a hard disk drive, CD-ROM or DVD drive, magneto-optical drive or the like. The 

30 personal computer 10 is connected to the remote computer 11 by a network interface 34, which 

31 is used to communicate over the local area network 12. 
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1 As shown in FIG. 1, the personal computer 10 is also connected to the remote computer 

2 11 by a modem 35, which is used to communicate over the wide area network 13, such as the 

3 Intemet. The modem 35 is connected to the system bus 18 via the serial port interface 30. The 

4 modem 35 also can be connected to the public switched telephone network (PSTN) or 

5 community antenna television (CATV) network. Although illustrated in FIG. 1 as external to the 

6 personal computer 10, those of ordinary skill in the art will quickly recognize that the modem 35 

7 may also be intemal to the personal computer 11, thus communicating directly via the system 

8 bus 18. It is important to note that connection to the remote computer 11 via both the local area 

9 network 12 and the wide area network 13 is not required, but merely illustrates alternative 
10 methods of providing a commimication path between the personal computer 10 and the remote 



11 computer 11. 

12 Although other intemal components of the personal computer 10 are not shown, those of 

13 ordinary skill in the art will appreciate that such components and the intercoimection between 
^3 14 them are well known. Accordingly, additional details concerning the intemal construction of the 

15 personal computer 10 need not be disclosed in connection with the present invention. 
=1=^ 16 Those skilled in the art will understand that an operating system 36 and one or more 



Lii 17 program modules, such as a estimated durations program 37, are provided to the personal 

18 computer 10 via computer-readable media. In an exemplary computer, the computer-readable 

^ ' 19 media include the local or remote memory storage devices, which may include the local hard 

□ 20 disk drive 20, floppy disk 23, CD-ROM or DVD 26, RAM 17, ROM 16, and the remote memory 



21 storage device 33. In an exemplary personal computer 10, the local hard disk drive 20 is used to 

Q 22 store data and program modules, including the operating system 36 and a estimated durations 

23 program 37. 

24 The focus of the estimated diurations program 37 is described below in connection with 



25 FIGs. 2-9. In an exemplary embodiment, the estimated duration characters are used for project 

26 management in planning, monitoring, and controlling the development of a particular 

27 undertaking. The product management information is usually listed in a grid or spreadsheet 

28 comprising rows and columns to display project items and status. The project management 

29 information is entered in fields. 

30 A field is a location (such as the intersection of a column and a row in a grid) that 

31 contains a specific kind of information. A field can be a location that contains specific 
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1 information about a task. A duration field can be a location that contains information about a 

2 task duration. An estimated duration field can be a location that contains information about 

3 whether or not a task duration is estimated. 

4 The user can indicate estimated durations by the sheet mode or the dialog mode. 

5 Estimated duration characters are symbols of uncertainty, such as that indicate that the 

6 duration entries are not fixed and final, but may need to be adjusted in the fiiture. A user can 

7 specify that an estimated duration character be displayed in a field of the grid. In the sheet mode, 

8 the user enters a duration value (i.e. "2wks") with an estimated duration character (i.e., "?") in 

9 the entry field. This entry field data (i.e. '*2wks?") is parsed or cut off and the parser can then set 

10 the estimated field to "yes". In the dialog mode, the user sets the estimated field to "yes" or "no" 

1 1 by marking the duration field as estimated with an estimated duration character (i.e. "2wks?") or 

12 by marking a checkmark in the estimated field. In the dialog mode, the dialog's estimated field 
f%l3 and the duration field are constantly kept in sync. The program can process and display 

14 estimated durations with a default estimated duration character (i.e. "?") or an aUemate estimated 

□ 1 5 duration character (i.e. "*" or "~"). 

16 A hierarchical arrangement of tasks is often used in the project management field. The 

17 lowest level in the task hierarchy is nonsummary tasks or subtasks. The intermediate levels in 
T 18 the task hierarchy are summary tasks. The top level m the task hierarchy is a project summary 
f 'r 19 task. If a summary task has at least one nonsvmimary (or child) task which is estimated, then the 
Q 20 summary task will be estimated. 

pil 21 The user can select an option to not display the durations with the default estimated 

22 duration character even though the estimated field for the task is set. The user can also select an 

23 option to have new tasks that are created have estimated duration characters xmtil the user 

24 chooses to enter a duration value. The program can also filter the task list to display only tasks 

25 that have estimated duration characters. 
26 

27 The Internal Objects 

28 Turning now to FIG. 2, exemplary embodiments of the present invention are described. 

29 FIG. 2 is a functional block diagram illustrating an exemplary system 200 comprising a user 

30 interface (UI) 205, a parser 210, three types of storage (duration value memory 215, duration 

31 display type memory 220, estimated flag memory 225), and a display 230. The UI 205 interacts 
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1 with the user and the rest of the system. The parser 210 is a text converter. The parser 210 

2 breaks the input data into small chunks of data that can be interpreted. The storage consists of a 

3 duration value memory 215, a duration display type memory 220, and an estimated flag memory 

4 225. The duration value memory 215 stores the duration value, which is the value that is 

5 internally used. For example, when the user enters "3 days", this is internally stored as a 

6 duration value of "1440 minutes". The duration display type memory 220 stores the duration 

7 display type, which is the way the duration should be displayed. Durations can be displayed as 

8 minutes, hours, days, weeks, or months. When the user enters "2wks?", the duration display type 

9 memory 220 stores information that indicates that durations should be displayed as weeks. The 

10 display also understands abbreviations of alterations of the works minutes, hours, days, weeks, or 

11 months. Thus entries such as "3dys", "3yrs", or "3wks" are understood. The estimated flag 

12 memory 225 stores the estimated flag, which indicates whether or not an estimated duration 
n 13 should be shown. The display indicates what will be shown on the system*s visual output device 

14 (such as a computer screen). The display pulls information from the duration value memory 215, 

Q15 the duration display type memory 220, and the estimated flag memory 225, combines this 

16 information and outputs human readable text. 
Wl7 

I 18 The Flow Diagrams 

19 The present invention solves the above problems by allowing the user to indicate that 

b 20 durations of specific tasks are estimated or tentative. The user can do this by the sheet mode or 

e ^ 

Q 21 by the dialog mode. 

£^ 22 FIG. 3 is a flow diagram illustrating the overview of an exemplary method for entering 

23 and displaying estimated duration characters using the sheet mode. In step 305, the user chooses 

24 to use the sheet mode through the UI 205. In step 310, the user uses the UI 205 to input a 

25 duration value string in the entry field. In step 315, the parser 210 breaks down the estimated 

26 duration string into the estimated duration character, duration display type, and duration value. 

27 In step 320, the duration value memory 215 stores the duration value. In step 325, the duration 

28 display type memory 220 stores the duration display type. In step 330, the display asks if the 

29 estimated flag is set to "yes". If the answer to step 330 is "yes", an estimated flag is stored in the 

30 estimated flag memory 225 in step 340. Then the display shows the estimated duration character 

31 in step 350. 

8 
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1 If the answer to step 330 is "no", then the display shows the duration value string that the 

2 user entered, and no estimated duration character is shown, as set forth in step 345. 

3 FIG. 4 is a flow diagram illustrating the overview of an exemplary method for entering 



4 and displaying estimated duration characters using the dialog mode. In step 305, the user 

5 chooses to use the dialog mode through the UI 205. In step 410, the UI 205 creates copies of the 

6 duration field and the estimated field. In step 415, the user access the UI 205 to input the 

7 duration value string into the entry field. In step 420, the parser 210 breaks down the duration 

8 value string into estimated duration character, duration display type, and duration value. In step 

9 425, the duration value memory 215 stores a copy of the duration value. In step 430, the 

10 duration display type memory 220 stores a copy of the duration display type. In step 435, the 

11 display determines if the estimated flag is set to "yes". If the answer is "yes", the estimated flag 

12 memory stores the estimated flag in step 450. Then the display shows the estimated duration 
f^-^ 1 3 character in step 455. 



14 If the answer to step 435 is "no", then the display shows the actual duration (the duration 

CI 15 value string that the user entered), and no estimated duration character is shown, as set forth in 

Jr 16 step 445. 

lij 17 In step 460, the user chooses whether or not to close the dialog box. If the answer to 460 



18 is "no", and the user does not want to close the dialog box, the process skips back up to step 415. 

f ^ 19 If the answer to step 460 is "yes", and the user does want to close the dialog box, the user can do 

Q 20 this by choosing "OK" or "Cancel" in step 465. If "OK" is chosen, then the three storage 

21 memories (the duration value memory 215, the duration display type memory 220, and the 

O 22 estimated flag memory 225) copy the duration value, the duration display type, and the estimated 

23 flag, as set forth in step 470. If the "Cancel" option is chosen in step 465, the process ends 

24 without copying this information. 



25 FIG. 5 is a flow diagram illustrating how the parser 210 breaks down the duration value 

26 string, as set forth in step 315 of FIG. 3 and 420 of FIG 4. In step 505, the parser 210 identifies 

27 the duration value and the duration display type from the duration value string. For example, 

28 "2wks?" could be entered, and the parser 210 would identify "2" as the duration value and "wks" 

29 as the duration display type. In step 510, the parser 210 checks the remaining characters in the 

30 duration value string to see if it is the default estimated duration character in the estimated flag 

31 memory 225. In the example of "2wks?", the parser 210 will check to see if "?" is in the 
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1 estimated flag memory 225. The parser 210 then checks any remaining characters in the 

2 duration value string to see if it is an alternate estimated duration character stored in the 

3 estimated flag memory 225, as set forth in step 515. An example of an alternate estimated 

4 duration character is or In step 518 the parser asks if an estimated duration character 

5 was found in steps 510 or 515. If the answer to step 518 is "yes", the process steps to skip 520, 

6 where the estimated flag is set to "yes". Then the parser 210 removes the defauh estimated 

7 characters and alternate estimated characters from the duration value string, and completes the 

8 normal parsmg process, as set forth in step 521. If the answer to step 518 is "no", the estimated 

9 flag is set to "no", as set forth in step 525. After setting the estimated flag to "yes" or "no" as set 

10 forth in steps 520-521 and 525, the process skips to step 320 of FIG. 3 and step 425 of FIG. 4. 

11 FIG. 6 is a flow diagram illustrating an exemplary method for displaying estimated 

12 duration characters, as set forth in step 350 of FIG. 3 and steps 455 of FIG. 4. In step 605, the 
r% 13 display obtains the duration value from the duration value memory 215. In step 610, the display 
"fl 14 obtains the duration display type from the duration display type memory 220. In step 615, the 
C:i 15 display combines the duration value and duration display type into a duration value string that is 

16 a human readable string. In step 620, the display asks the estimated flag memory 225 if the 

W 17 estimated flag is set to "yes". If the answer to step 620 is "no", the process skips to 630, where 

T 18 the display shows the duration value string with no estimated duration on the end. If the answer 

f ? 19 to step 620 is "yes", the display asks if the user option to display estimated duration is set. If the 

Q 20 answer to 625 is "no", the process skips to step 630. If the answer to step 625 is "yes", the 

p 21 display looks up the estimated duration position in step 635. In step 640, the display looks up 

22 the default estimated duration (i.e. "?"). In step 645, the display shows the data with the 

23 estimated duration in the correct position. 
24 

25 The Screen Displays 

26 In an exemplary embodiment of the present invention, the user can input estimated 

27 duration characters for project management tasks. For a representative project management 

28 example, the estimated duration characters will illustrate if project tasks are strict or estimated or 

29 tentative. The estimated duration characters will indicate the task status. For example, a user 

30 could use the exemplary embodiment to track the remodeling of his kitchen and to indicate that 

3 1 certain tasks in the project of remodeling his kitchen are estimated. 

10 



1 To illustrate the operation of this exemplary embodiment, we will assume that the user 

2 has a project management file that contains a list of tasks with data entered into various fields. 

3 This information will be in a grid format where each field represents one column of one row. 

4 We also assume that the project is underway and various tasks have been scheduled. 

5 The estimated duration choice allow the user to enter the conditions for displaying the 

6 estimated dilations in different levels. In an exemplary embodiment, there are three levels for 

7 project management information: nonsxmimary, summary, and project summary. If a summary 

8 task has at least one nonsimmiary (or child) task which is estimated, then the summary task will 

9 be estimated. 

10 FIG. 7 is a screen display illustrating an exemplary embodiment using the sheet mode, 

11 using project management data present in a grid format. Field 705 is a name field, where the 

12 task name "Remodel Kitchen" has been entered. Field 706 is an estimated field. Field 710 is a 
f 13 duration field, and is where the estimated duration characters are indicated. Because the duration 

14 of field 710 is a summary type, field 710 will automatically indicate that it is an estimated 

r;5 15 duration if any of its subtasks 720, 725, or 730 are estimated durations. Field 715 is an entry 

16 field, and is sometimes refereed to as an entry bar. 
yj 17 As set forth in step 310 of FIG. 3, the user can use the entry field 715 to type in the 

18 estimated duration characters. For example, the user can enter "2weeks?". The user does this by 

f J 19 highlighting the field 720 and entering "2wks?" in the entry field 715. When the user presses the 

u 20 enter key, this information will be displayed in the field 720. Following step 315, the parser 210 

p 21 breaks down "2wks?" into "?" "wks" and "2wks" As set forth in steps 320-325, the information 
Q 22 "weeks" is stored in the duration display type memory 220 and "2wks" is stored in the duration 

23 value memory 215 as the number of minutes ("4800 minutes") in "2wks", Following step 330, 

24 the display takes "?" and asks if it is an estimated duration character. Because "?" matches the 

25 character stored as the default character in the estimated flag memory 225, an estimated flag is 

26 set to "yes" in the estimated flag memory 225 as set forth in step 340, The display then shows 

27 the estimated duration character "?" in field 720 as set forth in step 350. 

28 FIG. 8 is a screen display illustrating an exemplary embodiment using the dialog mode 

29 for the above project management example. The user can access the Task Information dialog 

30 box by double-clicking on field 720 of FIG. 7, or using the tool bar command to display the Task 

3 1 Information dialog box. This Task Information dialog box 800 can be used to specify whether or 

11 



1 not durations are estimated. In the representative example, the user can choose to enter in the 

2 duration field 810 or the user can choose to check the estimated field 815 for the field named 

3 Remodel Kitchen 805. With dialog mode, the duration field 810 and estimated field 815 are 

4 inputted and stored dynamically. For example, when the user enters "2wks?" in the duration 

5 field 810, as soon as the user types in "?", the estimated field 815 is checked. The user can only 

6 use these options if the task is a nonsummary task. If the task is a summary task, then these 

7 options are grayed out and are not available to the user. Once the user enters the estimated 

8 duration information in box 810 or 815, he can choose the "OK" 820 to enter the information and 

9 retum to the project screen 700, or he can enter the "Cancel" 825 and return to the project screen 

10 700 without entering the estimated durations information. The user can access the "Help" 830 

1 1 button if the user needs help understanding the estimated durations fimction or other fimctions of 

12 the dialog box. 

-,.,13 FIG. 9 is a representative screen display illustrating the estimated durations options 

^314 available in the project management example. The checkbox for "Show that tasks have 

fi 15 estimated durations" 905 determines whether the estimated duration characters will be shown on 

j:!:16 the project screen 700. By not checking this box, the user can choose to not display the 

Li J 17 estimated duration characters with the default estimated duration character, even though the 

18 estimated field is checked. Thus, if the checkbox 905 is not checked, the user will be able to 

p 19 enter "?" or other estimated duration characters in the project screen 700, but the estimated 

Q 20 duration characters won't be displayed. 

p 21 The checkbox for "New tasks have estimated durations" 910 allows the user to select the 

Q 22 option to have new tasks that are created have the estimated flag set until the user chooses to 

23 enter a duration value. Checkbox 905 or 910 can be "Set as Default" 915 so that all new projects 

24 created have these settings. Once the user checks or does not check box 905 or 910, he can 

25 choose the "OK" 920 to enter the information and retum to the project screen 700, or he can 

26 enter the "Cancel" 925 and retum to the project screen 700 without entering the estimated 

27 durations options information. The user can access the "Help" 930 button if the user needs help 

28 understanding the estimated durations fimction or other fimctions of the dialog box. 

29 The user also has the option to filter the task list to display only tasks that have estimated 

30 duration characters. The user can filter in two ways. First, the user can access an "Auto filters" 
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option and select an "estimated durations" item. Second, the user can create a filter that 
references the estimated field. 

The present invention has been described in relation to particular embodiments which are 
intended in all respects to be illustrative rather than restrictive. Alternative embodiments will 
become apparent to those skilled in the art to which the present invention pertains without 
departing fi'om its spirit and scope. Accordingly, the scope of the present invention is defined by 
the appended claims rather than the foregoing description. 
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